-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add files from m67097. EMSG. Unified Streaming #136
base: main
Are you sure you want to change the base?
Conversation
foo-all.mp4 -> emsg_progressive.mp4 out_avail_track.cmfm -> emsg_cmaf_standalone.cmfm
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I used MP4Box to review the file (MP4Box -dxml emsg_cmaf_standalone.cmfm
). MP4Box shows the content of the track in the XML output.
This is a 10 min file, fragmented with 2s fragments.
It alternates periods of 30s with SCTE splice insert events (with incrementing event id) that gets repeated (with presentation time delta adjustment) for 15 segments. This uses the emib
box.
It is followed by 150s and 1ms of emeb
boxes. The 1ms duration make the segments shift over time. I don't know if that is expected.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a 10min file, with 3 tracks: audio, video, event message. The event message track contains the same information as the other file. Its content does not seem to be related to the video track (e.g. no alignment between SCTE events and the content of the video track and no IDRs in the video track)
Renaming files to have a bit more descriptive filenames:
foo-all.mp4 -> emsg_progressive.mp4
out_avail_track.cmfm -> emsg_cmaf_standalone.cmfm